Specification 

Title of the Invention 
5 Host Terminal Emulator 

Background of the Invention 

1. Field of the Invention 

The present invention relates to a host terminal emulator 
10 that is software to make a common computer work as a terminal 
device for operating a host computer. 

2. Prior Art 

Conventionally , dealers who use general purpose computers , 
such as a main frame, as a business-use host computer were able 

15 to operate the host computer only through dedicated terminals 

connected with the host computer. However, more recently, since 
personal computers generally marketed have become powerful and 
communication environment has been improved, personal computers 
can be used as terminals. Therefore, it became unnecessary for 

20 dealers to own dedicated terminals . 

In order to use a personal computer as a terminal, it is 
necessary to connect the personal computer with a host computer 
through a network, and to install a communication control 
program, which is used for transmitting/receiving data to/from 

25 the host computer, and software called a host terminal emulator 
on the personal computer. The personal computer on which the 
communication control program and the host terminal emulator 
are running is called a host terminal. 

The host terminal transmits a command inputted by an 

30 operator to the host computer. The host computer that received 
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the command performs process in response to the command, 
transmitting the screen data to the host terminal for updating 
some or all of contents on the screen to display the result of 
the process. The host terminal that received the screen data 
5 updates some or all of contents displayed on the screen based 
on the screen data. After finishing a series of updates of the 
screen, the host terminal stands by until the following command 
is inputted. 

Incidentally, the screen displayed on a conventional host 

10 terminal is the simple screen constituted by many characters 
such as numerals, alphabetic characters, kana, Chinese 
characters and symbols, and many blanks, i.e., a CUI (Character 
User Interface) screen. However, a recent host terminal 
requires a GUI (Graphical User Interface) screen. That is, it 

15 is required that data of a CUI screen is displayed as a GUI 
screen that includes many GUI parts such as a text box. 

In addition, the screen data for displaying a CUI screen 
on the host terminal (it is referred to as CUI screen data) 
sent from the host computer consists of records each of which 

20 includes coordinate value prepared for every coordinate in a 
text coordinate system defined by a line and the number of 
characters in a text-based screen, character codes, and 
attribute information. The attribute information shows the 
attribute such as a protecting field, a non-protecting field, a 

25 ruled line, a color, an alphabetic character field, a kana 
field, a Chinese character field, an initial position of a 
cursor, etc. Since the CUI screen data was constituted in such 
a manner, the host terminal emulator could employ any one of 
two methods to generate the screen data for displaying a GUI 

30 screen (it is referred to as GUI screen data) based on CUI 
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screen data. 

The first method is to prepare the screen data of GUI 
screens corresponding to all kinds of the CUI screens, 
respectively. For example, see Japanese Patent Provisional- 
5 Publication No. H06-035855. According to the first method, the 
host terminal extracts the character string that specifies the 
kind of CUI screen from CUI screen data, reading the initial 
data of the GUI screen from a disk corresponding to the 
extracted character string. Then, the host terminal outputs the 

10 GUI screen data in which the other character strings in the CUI 
screen data are incorporated into the predetermined position in 
the initial data. According to the first method, the GUI parts 
can be freely arranged in the GUI screen independently of the 
attributes and arrangements of the characters in the CUI 

15 screen, which increases the visibility of the GUI screen. 

The second method is to replace parts that can be GUI 
parts in a CUI screen by GUI parts one by one. In the second 
method, the host terminal extracts the coordinates at which the 
specific attribute was set from the coordinates in the CUI 

20 screen data, generating GUI screen data in which the GUI parts 
corresponding to the specific attribute are set at the 
extracted coordinates. According to the second method, the host 
terminal emulator can always generate GUI screen data based on 
CUI screen data, even if any kinds of CUI screen data are sent 

25 from the host computer. 

However, according to the first method mentioned above, 
GUI screen data must be prepared for all kinds of CUI screens 
that could be outputted. For this reason, when there are the 
2000 or more kinds, for example, the preparation of the GUI 

30 screen data, i.e., the development of the host terminal 
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emulator , needs huge time and effort. 

Moreover, according to the second method mentioned above, 
if one of the attributes that should make a pair like a non- 
protecting field attribute and a protecting field attribute 
5 does not exist in CUI screen data or it is set at a wrong 

coordinate, a GUI part may not be appropriately displayed on 
the GUI screen displayed on the host terminal. Therefore, such 
a GUI screen reduces visibility on the contrary. 

10 Summary of the Invention 

It is therefore an object of the present invention to 
provide an improved host terminal emulator, which is capable of 
operating a client computer as a host terminal that can 

15 generate GUI screen data to appropriately display GUI parts on 
the precondition that parts in a CUI screen are replaced by GUI 
parts one by one. 

For the above object, a host terminal emulator according 
to a first aspect of the present invention employs the 

20 following construction. 

That is, the host terminal emulator according to the first 
aspect of the present invention operates a client computer, 
which is connected to a monitor for displaying various kinds of 
screens and to a communication control unit for 

25 transmitting/receiving data to/from a host computer, to detect 
a coordinate at which a predetermined first attribute is set 
from coordinates in CUI screen data when the communication 
control unit receives CUI screen data from the host computer, 
to generate GUI screen data in which GUI parts corresponding to 

30 the first attribute are set at the respective coordinates 
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following the detected coordinate, to correct the GUI screen 
data in response to the coordinate at which the first attribute 
is set, and to display a screen based on the GUI screen data on 
the monitor. 

5 With this construction, the GUI screen data will be 

corrected in response to the coordinate at which the first 
attribute is set in the CUI screen data, which can prevent 
inappropriate display of the GUI parts due to the coordinate. 

A host terminal emulator according to the second aspect of 

10 the present invention operates a client computer, which is 

connected to a monitor for displaying various kinds of screens 
and to a communication control unit for transmitting/receiving 
data to/ from a host computer, to detect a coordinate at which a 
predetermined first attribute is set from coordinates in CUI 

15 screen data when the communication control unit receives CUI 

screen data from the host computer, to generate GUI screen data 
in which GUI parts corresponding to the first attribute are set 
at the respective coordinates following the coordinate at which 
the first attribute is set, to detect a coordinate at which a 

20 second attribute corresponding to the first attribute is set 
from coordinates in the CUI screen data, to correct the GUI 
screen data in response to the coordinate at which the second 
attribute is set when a coordinate at which the second 
attribute is detected, and to display a screen based on the GUI 

25 screen data on the monitor. 

With this construction, when a coordinate at which the 
first attribute is set and a coordinate at which the second 
attribute corresponding to the first attribute are detected in 
the CUI screen data, the GUI screen data will be corrected in 

30 response to the coordinate at which the second attribute is 
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set, which can prevent inappropriate display of the GUI parts 
due to the coordinate. 

A host terminal emulator according to the third aspect of 
the present invention operates a client computer, which is 
5 connected to a monitor for displaying various kinds of screens 
and to a communication control unit for transmitting/receiving 
data to/from a host computer, to detect a coordinate at which a 
predetermined first attribute is set from coordinates in CUI 
screen data when the communication control unit receives CUI 

10 screen data from the host computer, to generate GUI screen data 
in which GUI parts corresponding to the first attribute are set 
at the respective coordinates following the coordinate at which 
the first attribute is set, to detect a coordinate at which a 
second attribute corresponding to the first attribute is set 

15 from coordinates in the CUI screen data, to correct the GUI 
screen data to transform the GUI parts when a coordinate at 
which the second attribute is not detected, and to display a 
screen based on the GUI screen data on the monitor. 

With this construction, when a coordinate at which the 

20 first attribute is set is detected and a coordinate at which 
the second attribute corresponding to the second attribute is 
not detected in the CUI screen data, the GUI screen data will 
be corrected to transform the GUI parts. This can prevent 
inappropriate display of the GUI parts due to lack of the 

25 second attribute. 

Description of the Accompanying Drawings 

Fig. 1 is a block diagram showing a network to which an 
30 embodiment of the present invention is applied; 
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Fig. 2 is a block diagram showing construction of a host 
terminal; 

Fig. 3 is a flowchart showing contents of a host terminal 
emulating process of the embodiment; 
5 Fig. 4 shows one example of a CUI screen; 

Fig. 5 is a flowchart showing the contents of a GUI 
conversion subroutine; 

Fig. 6 shows one example of a GUI screen; 
Figs. 7 and 8 are flowcharts showing the contents of a 
10 text box correction subroutine; 

Fig. 9 shows one example of a screen with a cursor at a 
wrong position; 

Fig. 10 shows one example of a GUI screen where a text box 
is arranged at a cursor position; 
15 Fig. 11 shows one example of an initial GUI screen with 

unnecessary text boxes; 

Fig. 12 shows one example of an initial GUI screen where 
all text boxes were deleted; 

Fig. 13 shows one example of a GUI screen where a text box 
20 is displayed across four lines; 

Fig. 14 shows one example of a GUI screen where a text box 
is displayed as a single line format; 

Fig. 15 shows one example of a GUI screen where a text box 
is displayed as a multi-line format; 
25 Fig. 16 shows one example of a GUI screen where a text box 

is displayed at the upper left corner; 

Fig. 17 shows one example of a GUI screen where the text 
box at the upper left corner has been deleted; 

Fig. 18 is a flowchart showing contents of a background 
30 correction subroutine; 
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Fig. 19 shows one example of a GUI screen whose background 
has single color; 

Fig. 20 shows one example of a GUI screen whose background 
has two colors forming horizontal stripes; 
5 Fig. 21 is a flowchart showing contents of a cursor 

display correction subroutine; 

Fig. 22 shows one example of a GUI screen where a color 
inside the text box in which a cursor is positioned is 
reversal; 

10 Fig. 23 shows one example of a GUI screen where a color of 

the line on which a cursor is positioned is reversal; and 

Fig. 24 is a flowchart showing contents of a character 
size adjustment subroutine. 

15 D es criptio n o f th e P r efe rred Embodiments 

Hereafter, an embodiment of the present invention will be 
described with reference to the drawings. 

Fig. 1 is a block diagram showing a network to which the 

20 embodiment of the present invention is applied. In the 

embodiment , a business-use host computer H that is a general 
purpose computer such as a main frame, is used. The host 
computer H stores business data. Moreover, when the host 
computer H accepts a command, it performs operation process 

25 corresponding to the command and outputs the screen data for 
updating some or all of a screen to display a processing 
result. 

The host computer H transmits/receives data to/from a 
gateway unit G through the vender' s own communication 
30 architecture. The gateway unit G is connected with many client 
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computers 10 through a network such as a LAN (Local Area 
Network). The gateway unit G converts the vender's own 
communication protocol of the host computer H into the TCP/IP 

(Transmission Control Protocol/Internet Protocol) , or carries 
5 out the reverse conversion. Specifically, the gateway unit G is 
a so-called relay server such as an FNA (Fujitsu Network 
Architecture: Trademark of FUJITSU, LTD.) server, an SNA 

(Systems Network Architecture: Trademark of IBM) server, and an 
HNA (Hitachi Network Architecture: Trademark of Hitachi, Inc.) 
10 server. 

Fig. 2 is a block diagram showing construction of a client 
computer 10. The client computer 10 consists of an input device 
such as a keyboard and a mouse, a monitor for displaying 
various screens and a main body connected with the input device 

15 and the monitor. The main body is provided with various parts 
of hardware such as a CPU 10a, a RAM 10b, a communication 
control unit 10c, a flexible disk drive (FDD) lOd, a compact 
disk drive (CDD) lOe and a hard disk drive (HDD) lOf . 

The CPU 10a is the central processing unit that totally 

20 controls the parts 10b through lOf of the hardware. The RAM 10b 
is a memory that temporarily stores the part of the programs 
and the data that are frequently used by the CPU 10a. The 
communication control unit 10c is a LAN interface board 
connected to the LAN to manage transmission/reception of the 

25 data to/from the computers connected to the LAN. 

The FDD lOd and the CDD lOe are the drives that read data 
and programs stored in a computer-readable medium such as a 
flexible disk FD and a compact disk CD, and that write data and 
programs in the disks FD and CD. Data and programs read from 

30 the disks FD and CD by through the drives lOd and lOe are 
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installed in the HDD lOf . 

The HDD lOf is an external storage from which various 
kinds of data and programs are read and to which various kinds 
of data and programs are written. An operation system (OS) 
5 program 11, a communication control program 12 and a host 
terminal emulator 13 are installed in the HDD lOf . 

The OS program 11 operates the CPU 10a for totally 
managing hardware and software. The OS program 11 has a 
function to display a screen on the above-mentioned monitor 

10 based on screen data. 

The communication control program 12 is a program for 
transmitting/receiving data to/from the host computer H in the 
fifth layer of the OSI (Open System Interconnection) reference 
model. More specif ically, the communication control program 12 

15 makes the CPU 10a transmit the data received from the function 
of the host terminal emulator 13 mentioned later to the host 
computer H, and transmit the data received from the host 
computer H to the function of the host terminal emulator 13. 

The host terminal emulator 13 is software that makes the 

20 CPU 10a transmit the command inputted by an operator to the 

host computer H using the function of the communication control 
program 12, and that makes the CPU 10a display a screen based 
on screen data received from the host computer H through the 
function of the communication control program 12 on the monitor 

25 using the function of the OS program 11. In the following 

description, the display using the function of the OS program 
11 is simply expressed as a display, and the transmission and 
reception of data using the function of the communication 
control program 12 are simply expressed as transmission and 

30 reception. 
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When the host terminal emulator 13 is started by an 
operator, the client computer 10 starts a host terminal 
emulating process. The client computer 10 on which the host 
terminal emulating process is running functions as a terminal 
5 for operating the host computer H mentioned above. Fig. 3 is a 
flowchart showing the contents of the host terminal emulating 
process . 

At S101 of the host terminal emulating process , the CPU 
10a displays a login screen on the monitor based on the login 
10 screen data read from the HDD lOf . 

Next, at S102, the CPU 10a stands by until the enter key 
of the input device is depressed. When the enter key of the 
input device is depressed, the CPU 10a brings the process to 
S103. 

15 At S103, the CPU 10a transmits a login ID and a password 

that are inputted in the login screen at the time when the 
enter key was depressed at S102 to the host computer H. 

Next, at S104, the CPU 10a stands by until it receives the 
screen data for updating some or all of the screen from the 

20 host computer H. The screen data transmitted from the host 
computer H (it is referred to as CUI screen data) is binary 
form data consists of records each of which includes coordinate 
value prepared for every coordinate in a text coordinate system 
defined by a line and the number of characters in a text-based 

25 screen, character codes, and attribute information. For 

example, assuming that the coordinate value at the upper left 
corner in the screen (a region in an application window, in 
fact) is (0, 0) and the coordinate value at the lower right 
corner is (24, 80), the CUI screen data for updating all screen 

30 includes the following records: 
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(Coordinate (0, 0), Character code, Attribute information), 
(Coordinated, 0), Character code, Attribute information), 

(Coordinate (24, 80), Character code, Attribute information). 
5 The attribute information represents the attribute such as 

a protecting field, a non-protecting field, a ruled line, a 
color, an alphabetic character field, a kana field, a Chinese 
character field, an initial position of a cursor, etc. Fig. 4 
shows one example of a screen displayed on a monitor of a 

10 conventional dedicated terminal based on CUI screen data for 
updating all screen (this kind of screen is referred to as a 
CUI screen) . As shown in Fig. 4, the CUI screen is constituted 
by many characters such as numerals, alphabetic characters, 
kana, Chinese characters and symbols, and many blanks. Further, 

15 the above-mentioned attribute inf ormation is set at the several 
coordinates. In Fig. 4, the protecting field attribute and the 
non-protecting field attribute are conceptually shown by the 
symbols and While these attributes are not displayed 

on the actual screen, they are illustrated for a purpose of 

20 description. The region between the coordinate at which the 
protecting field attribute is set and the coordinate at which 
the non-protecting field attribute is set is a non-protecting 
field. The non-protecting field is a region for an operator 
inputting character strings such as a command. The CPU 10a 

25 brings the process to S105 when CUI screen data for displaying 
a CUI screen as shown in Fig. 4 is received from the host 
computer H. 

At S105, the CPU 10a executes a GUI conversion subroutine. 
Fig. 5 is a flowchart showing the contents of the GUI 
30 conversion subroutine. 
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At S201 of the GUI conversion subroutine, the CPU 10a 
executes an automatic conversion process. Since the automatic 
conversion process is well-known, it will be explained briefly. 
That is, the CPU 10a detects the coordinate at which the 
5 predetermined attribute is set from the coordinates in the CUI 
screen data, specifying the GUI part corresponding to the 
attribute with reference to the table (not shown) recorded on 
the HDD lOf . Then the CPU 10a generates the screen data (it is 
referred to as GUI screen data) in which the GUI parts are set 

10 at the detected coordinate. Fig. 6 shows one example of the 
screen (it is referred to as a GUI screen) displayed on the 
monitor of the client computer 10 based on the GUI screen data 
that is generated from the CUI screen data shown in Fig. 4 
through the automatic conversion process. As shown in Fig. 6, 

15 the text box is shown in the non-protecting field in the CUI 
screen of Fig. 4. That is, the automatic conversion process 
sets a start point of- a text box at the coordinate having the 
non-protecting field attribute, and makes the text box extend 
to the following region after the coordinate. Moreover, an end 

20 point of the text box is set at the coordinates having the 

protecting field attribute. The CPU 10a brings the process to 
S202, after executing the automatic conversion process. 

At S202, the CPU 10a executes a text box correction 
subroutine. Figs. 7 and 8 show a flow chart showing the text 

25 box correction subroutine. 

At S301 of the text box correction subroutine, the CPU 10a 
specifies a first target coordinate from the coordinates in the 
CUI screen data. 

Next, at S302, the CPU 10a distinguishes whether the 

30 initial position attribute of the cursor is set at the first 
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target coordinate or not. Then, the CPU 10a brings the process 
to S303, when the initial position attribute of the cursor is 
set at the first target coordinate. 

At S303, the CPU 10a changes the setting of the GUI screen 
5 data so that a new text box is displayed. The start point of 
the new text box is set at the target coordinate and the end 
point thereof is set at the end of the line including the 
target coordinate. In addition, the host computer may transmit 
the CUI screen data in which only the initial position 

10 attribute of the cursor is set at the first coordinate in order 
to change the initial position of the cursor. Therefore, a text 
box is not displayed at the cursor position as shown in Fig. 9 
for example, when the process at S303 was not executed. On the 
other hand, when the process at S303 was executed, a text box 

15 with a cursor at the start point thereof is displayed as shown 
in Fig. 10 for example. After the CPU 10a executes the process 
at S303, it finishes the text box correction subroutine and 
brings the process to S203 of the GUI conversion subroutine in 
Fig. 5. 

20 On the other hand, in S302, when the initial position 

attribute of the cursor is not set at the first target 
coordinate, the CPU 10a brings the process to S304. 

At S304, the CPU 10a distinguishes whether the non- 
protecting field attribute is set at the target coordinate or 

25 not. Then, the CPU 10a brings the process to S316, when the 
non-protecting field attribute is not set at the target 
coordinate. On the other hand, when the non-protecting field 
attribute is set at the target coordinate, the CPU 10a brings 
the process to S305. 

30 At S305, the CPU 10a records the target coordinate on the 
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RAM 10b, bringing the process to S306. 

At S306, the CPU 10a distinguishes whether the target 
coordinate is coincident with the coordinates (0, 0) at the 
upper left corner of the screen. The CPU 10a brings the process 
5 to S307, when the target coordinate is coincident with (0, 0) . 

At S307, the CPU 10a changes the setting of the GUI screen 
data to delete all the text boxes. In addition, the host 
computer H transmits the CUI screen data for displaying the 
initial screen that has a host application name, an 

10 announcement or the like to the client computer 10 after the 
client computer 10 logs in the host computer H. The non- 
protecting field attribute is always set at the coordinate of 
the upper left corner in the CUI screen data for the initial 
screen. Moreover, although the non-protecting field attribute 

15 is set at some coordinates in the CUI screen data for the 

initial screen, the protecting field attribute is not set at 
any coordinates. Such a setting is common in every vender. 
Therefore, if the process at S307 is not executed, unnecessary 
text boxes will be displayed over the entire area of the 

20 initial screen as shown in Fig. 11 for example. On the other 

hand, when the process at S307 has been executed, a text box is 
not displayed on an initial screen as shown in Fig. 12, for 
example because all text boxes has been deleted. After the CPU 
10a executed the process at S307, it finishes the text box 

25 correction subroutine, bringing the process to S203 of the GUI 
conversion subroutine in Fig. 5. 

On the other hand, at S306, when the target coordinate was 
not coincident with (0, 0) , the CPU 10a brings the process to 
S308. 

30 At S308, the CPU 10a distinguishes whether the protecting 
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field attribute corresponding to the non-protecting field 
attribute is set at coordinates following the target coordinate 
in the CUI screen data or not. When the protecting field 
attribute corresponding to the non-protecting field attribute 
5 is set at a coordinate in the CUI screen data, the CPU 10a 
brings the process to S309. 

At S309, the CPU 10a distinguishes whether the non- 
protecting field between the coordinate having the non- 
protecting field attribute and the coordinate having the 

10 protecting field attribute occupies three or more lines. When 
the non-protecting field does not occupy three or more lines, 
the CPU 10a brings the process to S316. On the other hand, when 
the non-protecting field occupies three or more lines, the CPU 
10a brings the process to S310. 

15 At S310, the CPU 10a distinguishes whether the non- 

protecting field that occupies three or more lines is 
designated to be changed into a single line or into multi-line 
format. The designation is predetermined by an operator of the 
client computer 10. Then, the CPU 10a brings the process to 

20 S311 when the single line format is designated. 

At S311, the CPU 10a changes the setting of the GUI screen 
data so that the end of the text box whose start point is 
coincident with the target coordinate is set at the end of the 
line including the target coordinate. In addition, if the 

25 process at S311 is not executed, a text box is formed across 

four lines as shown in Fig. 13, for example. However, after the 
process at S311, the text box that was formed across four lines 
is converted into a single line and the end of the text box is 
positioned at the right end of the screen as shown in Fig. 14, 

30 for example. The CPU 10a brings the process to S316 after 
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executing the process at S311. 

On the other hand, the CPU 10a brings the process to S312 
when the multi-line format is designated. 

At S312, the CPU 10a changes the setting of the GUI screen 
5 data so that the text box that occupies three or more lines is 
converted into a multi-line text box. In addition, if the 
process at S312 is not executed, a text box is formed as four 
blocks as shown in Fig. 13, for example. However, after the 
process at S312, the text box that was formed as four blocks is 
10 converted into a single block as a whole as shown in Fig. 15, 
for example. The CPU 10a brings the process to S316 after 
executing the process at S312. 

Moreover, at S308, when the protecting field attribute 
corresponding to the non-protecting field attribute does not 
15 exist in the CUI screen data, the CPU 10a brings the process to 
S313. 

At S313, the CPU 10a distinguishes whether a wrapping 
process has been designated in advance. The wrapping process 
makes a region of a predetermined attribute continue from the 

20 upper left corner of the screen when the end of the region is 
not set through the lower right corner of the screen. This 
designation is also predetermined by an operator of the client 
computer 10. Then the CPU 10a brings the process to S315 when 
the wrapping process is not designated. On the other hand, when 

25 the wrapping process is designated, the CPU 10a brings the 
process to S314. 

At S314, the CPU 10a changes the setting of the GUI screen 
data so that the text box is not displayed in the region 
following the upper ■ left corner in the screen. In addition, if 

30 the process at S314 is not executed, a text box is displayed in 
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the region following the upper left corner in the screen as 
shown in Fig. 16, for example. On the other hand, after the 
process at S314, a text box will not be displayed in the region 
following the upper left corner in the screen as shown in Fig. 
5 17, for example. The CPU 10a brings the process to S315 after 
executing the process at S314. 

At S315, the CPU 10a changes the setting of the GUI screen 
data so that the text box will be a multi-line text box when 
the text box before the lower right corner of the screen 
10 occupies two or more lines. Then, the CPU 10a brings the 
process to S316. 

At S316, the CPU 10a distinguishes whether any unfinished 
coordinates exist in the CUI screen data. When there is an 
unfinished coordinate, the CPU 10a brings the process to S317. 
15 At S317, the CPU 10a specifies the following target 

coordinate from the unfinished coordinates in the CUI screen 
data, returning the process to S304. 

When all the coordinates in the CUI screen data are 
finished during the loop of S304 through S317, the CPU 10a 
20 branches the process at S316. Then, the CPU 10a finishes the 

text box correction subroutine, bringing the process to S203 in 
the GUI conversion subroutine of Fig. 5. 

At S203, the CPU 10a executes a background correction 
subroutine. Fig. 18 is a flowchart showing the contents of the 
25 background correction subroutine. 

At S401 of the background correction subroutine, the CPU 
10a specifies a first target line from the lines in the GUI 
screen data. 

Next, at S402, the CPU 10a distinguishes whether the 
30 target line is an odd line or not. Then, the CPU 10a brings the 
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process to S403, when the target line is an odd line. At S403, 
the CPU 10a changes the setting of the GUI screen data so that 
a color predetermined for odd lines is set as the background 
color of the target line. Then, the CPU 10a brings the process 
5 to S405. 

On the other hand, at S402, when the target line is an 
even line, the CPU 10a brings the process to S404. At S404, the 
CPU 10a changes the setting of the GUI screen data so that a 
color predetermined for even lines is set as the background 
10 color of the target line. Then, the CPU 10a brings the process 
to S405. 

At S405, the CPU 10a distinguishes whether an unfinished 
line exists in the GUI screen data. When an unfinished line 
exists, the CPU 10a brings the process to S406. At S406, the 

15 CPU 10a specifies the following target line from the unfinished 
lines in the GUI screen data, returning the process to S402. 

When all the lines in the GUI screen data are finished 
during the loop of S402 through S406, the CPU 10a branches the 
process at S405, finishing the background correction 

20 subroutine. If the GUI screen data is not processed in the 
background correction subroutine, the background becomes 
monotone as shown in Fig. 19, for example. On the other hand, 
after the background correction subroutine, the background of 
the odd lines and the background of the even lines are 

25 displayed in the different colors, respectively. Fig. 20 is a 
sample image of the screen processed by the background 
correction subroutine where the color of the odd lines is 
represented by hatching. The CPU 10a brings the process to S204 
of the GUI conversion subroutine of Fig. 5 after executing the 

30 background correction process. 
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At S204, the CPU 10a executes a cursor display correction 
subroutine. Fig. 21 is a flowchart showing the contents of the 
cursor display correction subroutine. 

At S501 of the cursor display correction subroutine, the 
5 CPU 10a distinguishes whether the cursor is designated to be 

displayed as an underline covering the entire length of a line. 
The designation is predetermined by an operator of the client 
computer 10. When it is designated in such a manner, the CPU 
10a brings the process to S502. 

10 At S502, the CPU 10a changes the setting of the GUI screen 

data so that the cursor is displayed as an underline covering 
the entire length of a line. In addition, Fig. 17 shows one 
example of the screen displayed based on the GUI screen data 
changed at S502. The CPU 10a finishes the cursor display 

15 correction subroutine after executing the process at S502, 

bringing the process to S205 of the GUI conversion subroutine 
in Fig. 5. 

On the other hand, when the cursor is not designated to be 
displayed as an underline covering the entire length of a line, 
20 the CPU 10a brings the process from S501 to S503. 

At S503, the CPU 10a distinguishes whether the text box in 
which cursor is located (the current text box) is designated to 
be displayed in a color different from the other text boxes. 
The designation is predetermined by an operator of the client 
25 computer 10. When it is designated in such a manner, the CPU 
10a brings the process to S504 . 

At S504, the CPU 10a changes the setting of the GUI screen 
data so that the current text box is displayed in the color 
different from the other text boxes. In addition, Fig. 22 is a 
30 sample image of the screen displayed based on the GUI screen 
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data changed at S504 where the color of the current text box is 
represented by hatching. The CPU 10a brings the process to S505 
after executing the process at S504. 

At S505, the CPU 10a distinguishes whether a text in a 
5 text box is designated to be displayed in a color (reversal 
color) different from the color in the text box in which the 
cursor is positioned. When it is not designated in such a 
manner, the CPU 10a finishes the cursor display correction 
subroutine, bringing the process to S205 of the GUI conversion 

10 subroutine in Fig. 5. On the other hand, when the text is 

designated to be displayed in the reversal color, the CPU 10a 
brings the process to S506. 

At S506, the CPU 10a changes the setting of the GUI screen 
data so that the attribute of the color of a text in a text box 

15 is set as the value representing the color (reversal color) 

different from the color of the current text box. Then, the CPU 
10a finishes the cursor display correction subroutine after 
executing the process at S506, bringing the process to S205 of 
the GUI conversion subroutine in Fig. 5. 

20 On the other hand, when the current text box is not 

designated to be displayed in the color different from the 
other text boxes, the CPU 10a brings the process from S503 to 
S507. 

At S507, the CPU 10a distinguishes whether the line on 
25 which the cursor is positioned is designated to be displayed in 
a color different from the other lines. The designation is 
predetermined by an operator of the client computer 10. When it 
is not designated in such a manner, the CPU 10a finishes the 
cursor display correction subroutine, bringing the process to 
30 S205 of the GUI conversion subroutine in Fig. 5. On the other 
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hand, when the line with the cursor is designated to be 
displayed in the color different from the other lines, the CPU 
10a brings the process to S508. 

At S508, the CPU 10a changes the setting of the GUI screen 
5 data so that the line on which the cursor is positioned is 
displayed in the color different from the other lines. In 
addition, Fig. 23 is a sample image of a screen displayed based 
on the GUI screen data changed at S508 where the color of the 
line on which the cursor is positioned is represented by 

10 hatching. The CPU 10a brings the process to S509 after 
executing of the process at S508. 

At S509, the CPU 10a distinguishes whether a text in a 
text box it is designated to be displayed in a color (reversal 
color) different from the color of the line on which the cursor 

15 is positioned. When it is not designated in such a manner, the 
CPU 10a finishes the cursor display correction subroutine, 
bringing the process to S205 of the GUI conversion subroutine 
in Fig. 5. On the other hand, when the text is designated to be 
displayed in the reversal color, the CPU 10a brings the process 

20 to S510. 

At S510, the CPU 10a changes the setting of the GUI screen 
data so that the attribute of the color of a text in a text box 
is set as the value representing the color (reversal color) 
different from the color of the line on which the cursor is 
25 positioned. Then, the CPU 10a finishes the cursor display 
correction subroutine after executing the process at S510, 
bringing the process to S205 of the GUI conversion subroutine 
in Fig. 5. 

At S205, the CPU 10a executes a character size adjustment 
30 subroutine. Fig. 24 is a flowchart showing the contents of the 
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character size adjustment subroutine. 

At S601 of the character size adjustment subroutine, the 
CPU 10a distinguishes whether the size of characters displayed 
in a text box is designated to be adjusted. The designation is 
5 predetermined by an operator of the client computer 10. When 
the character size is designated to be adjusted, the CPU 10a 
brings the process to S602. 

At S602, the CPU 10a changes the setting of the GUI screen 
data so that the attribute of a size of characters displayed in 

10 a text box is set as the value corresponding to the designated 
character size. Then, the CPU 10a finishes the character size 
adjustment subroutine and the GUI conversion subroutine in Fig. 
5, bringing the process to S106 of the main routine in Fig. 3. 
On the other hand, when the character size is not 

15 designated to be adjusted at S601, the CPU 10a finishes the 

character size adjustment subroutine with keeping the size of 
characters displayed in a text box as a standard value. Then, 
the CPU 10a finishes the GUI conversion subroutine of Fig. 5, 
bringing the process to S106 in the main routine of Fig. 3. 

20 At S106, the CPU 10a displays the screen on the monitor 

based on the GUI screen data generated at S105. 

Next, at S107, the CPU 10a distinguishes whether all the 
points that should be updated in the screen have been updated. 
That is, the CPU 10a distinguishes whether the GUI conversion 

25 at S105 and the screen display at S106 have been finished with 
respect to all the points in the CUI screen data transmitted 
from the host computer H in response to a command. Then, the 
CPU 10a returns the process to S104, when a point that should 
be updated has not been updated. When all the points that 

30 should be updated have been updated, the CPU 10a brings the 
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process to S108. 

At S108, the CPU 10a stands by until the enter key in the 
above-mentioned input device is depressed. When the enter key 
is depressed, the CPU 10a brings the process to S109. 
5 At S109, the CPU 10a distinguishes whether the command 

input in the screen at the time when the enter key is depressed 
is an end command. Then, the CPU 10a brings the process to 
S110, when the command input in the screen is not an end 
command . 

10 At S110, the CPU 10a transmits the input command to the 

host computer H, returning the process back to S104. 

On the other hand, at S109, when the input command is an 
end command, the CPU 10a brings the process to Sill. 

At Sill, the CPU 10a transmits an end command to the host 
15 computer H, finishing the terminal emulating process. 

Since the above host terminal emulating process is 
executed according to the embodiment, the following effects are 
acquired. 

(1) According to the conventional method, since a text box is 
20 not formed at the cursor position when a GUI screen is 

displayed based on CUI screen data transmitted from the host 
computer H only for changing the initial position of a cursor, 
an operator of the client computer 10 might mistake the 
position on which a command should be input (see Fig. 9) . On 
25 the contrary, according to the embodiment, since the initial 
position attribute of a cursor is set as the first coordinate 
in the CUI screen data, the text box whose start point is 
positioned at the initial position of the cursor is set in a 
GUI screen. Therefore, an operator can recognize a command 
30 input position correctly with the text box shown in the GUI 
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screen (see Fig. 10) . 

(2) According to the conventional method, when CUI screen data 
for an initial screen transmitted from the host computer H is 
converted to GUI screen data, text boxes are displayed over the 

5 entire area of the initial GUI screen, which reduces visibility 
of the GUI screen (see Fig. 11) . On the contrary, according to 
the embodiment, text boxes set up in the GUI screen data are 
deleted in response to the fact that the non-protecting field 
attribute is set at the coordinate of the upper left corner in 
10 the CUI screen data. Therefore, an initial screen based on the 
GUI screen data is easy to see for an operator of the client 
computer 10 (see Fig. 12) . 

(3) According to the conventional method, when the CUI screen 
data in which the non-protecting field occupies three or more 

15 lines is converted into GUI screen data, text boxes divided 
into three ore more blocks are displayed in the GUI screen. 
Therefore, the GUI screen is difficult to see for an operator 
of the client computer 10 (see Fig. 13) . On the contrary, 
according to the embodiment, text box set in GUI screen data is 

20 changed into a single line or into multi-line format based on a 
designation by an operator. Therefore, the GUI screen is easy 
to see for an operator (see Figs. 14 and 15) . 

(4) According to the conventional method, when CUI screen 
data in which a protecting field attribute corresponding to a 

25 non-protecting field attribute is not set is transmitted from 
the host computer H and the wrapping process is set to execute, 
a text box is displayed in the region following the upper left 
corner (see Fig. 16) . On the contrary, according to the 
embodiment, a text box set in the region following the upper 

30 left corner in GUI screen data is deleted when the wrapping 
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process is set to execute. Therefore, a text box displayed on 
the GUI screen is easy to see for an operator (see Fig. 17) . 

(5) According to the embodiment, since the GUI screen data is 
set so that the background color of the odd lines are different 

5 from that of the even lines, an operator can easily recognize a 
line on a GUI screen (see Fig. 20) . 

(6) According to the embodiment, an operator can change a 
setting of GUI screen data to display a cursor as an underline 
covering the entire length of a line, or to display a text box 

10 in which a cursor is positioned in a color different from the 
other text boxes, or to display a text box with a cursor in a 
color different from its background color. Therefore, an 
operator can easily find a position of a cursor on a GUI screen 
(see Figs. 17, 22 and 23) . 

15 (7) According to the embodiment, an operator can change a 

setting of GUI screen data to display a text in a text box in 
which a cursor is positioned in a color different from a color 
of the cursor by changing a color in the text box or by 
changing a color of a line. Therefore, an operator can easily 

20 recognize a text input at a position of a cursor. 

(8) According to the embodiment, an operator can change a 
setting of GUI screen data to adjust a character size of a text 
in a text box. Therefore, the character size of a text in a 
text box can be reduced to prevent overlap between a text and a 

25 frame of a text box on a GUI screen, for example. 

As described above, according to the present invention, 
GUI screen data on which GUI parts are appropriately displayed 
can be generated on the precondition that parts in a CUI screen 
are replaced by GUI parts one by one. 
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